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Cross-Reference to Related Applications 

This application is a continuation-in-part of, and claims a benefit of priority under 
35 USC 120 from, both U.S. Nonprovisional Patent Application Ser. No. 09/680,522, 
which was filed on October 6, 2000, now pending, and U.S. Nonprovisional Patent 
Application Ser. No. 09/549,097, which was filed on April 12, 2000, now abandoned. 

Field of the Invention 

This invention relates to access to public records over a computer network. This 
invention also relates to access to private records over a computer network such as, for 
example, the internet. 

Background of the Invention 

In recent years there has been an increase in the amount of information stored by 
federal and state governments which must be made available to the public pursuant to 
open records statutes. There has also been an increase in the amount of information that 
businesses and individuals are required by law to provide to the government. 

Because of funding deficiencies, government agencies have not kept pace with the 
constantly improving technologies for distributing and accessing electronically stored 
information. Most existing computer systems employed by governments are outdated 
and incompatible with the newer systems purchased by businesses and other members of 
the general public. Thus, direct public access to government repositories by electronic 
means is impracticable, and the exchange of information between government and 
citizens is greatly impeded. 

Further, government repository databases are organized according to the needs of 
government but are not organized according to the needs of various industries. 
Therefore, the highly specialized needs of each of a plurality of different industries can 
not be met by existing government systems. Nor do governments have the resources 
necessary to adapt their systems to meet these specialized needs. Moreover, many believe 
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that governments should not expend limited resources to provide application specific 
services to particular industries. 

Finally, even if problems of compatibility and accessibility were overcome by 
adapting the systems used by government to enable direct electronic access by the public 
5 to government repositories, the security of information in those repositories would be 
significantly threatened by enabling direct public access. That is, enabling direct access 
by the public would increase the probability of contamination of information in the 
repository and would increase the probability of unauthorized access to sensitive non- 
public information. 

1 0 A need exits for systems and methods that overcome these and other obstacles to 

the electronic exchange of information between governments and its citizens. A need 
also exits for systems and methods that overcome these and other obstacles to the 
electronic exchange of information between (non-)governmental entities. 

15 Summary of the Invention 

The present invention provides systems and methods that overcome existing 
obstacles to the electronic exchange of information between government and its citizens. 
The invention also provides system and method that overcome obstacles to the electronic 
20 exchange of information between (non-)governmental entities (e.g., business-to-business 
a/k/aB2B). 

The present invention provides controllable access, by way of a distributed 
computer network, to information contained in government records stored in a repository 
database. Information in the repository is copied into a replica database that is remote 

25 from the repository. The replica database may be continually updated with new 
information added to the government repository. Also, individuals and entities may post 
information to the replica database that is required by law to be made public or required 
by law to be provided to government. Further, the present invention provides for the 
archival and preservation of historical records in a repository that the government may 

30 dispose of after a certain length of time. 
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According to the methods of the present invention, public records are managed in 
a digital environment and original documents and signatures are stored in digital format. 
Fees imposed in conjunction with providing and accessing information may be 
transferred electronically as part of a transaction. 

Access to information in the replica database is controlled to exclude access to 
sensitive information by individuals who have no legal right to the sensitive information. 
The invention provides for the posting of conditions imposed by law for obtaining access 
to information in the replica database and conditions imposed by law for the use of the 
information obtained. To the extent that written permission is required to access 
information, the invention may provide electronic means to apply for such permission. 
Thus, a person desiring access to information may ascertain what criteria must be 
satisfied to obtain such access. Application for permission to access information may be 
submitted electronically, and notice of the grant or denial of permission may be provided 
electronically. Where permission is granted, the applicant may be assigned a password 
to enable access to the information for which access permission was granted. In addition, 
other access control technologies, such as biometrics identification, may be employed to 
control access to information in the replica database. 

Thus, the present invention provides an independent data system that can securely 
enable access to information in a government repository by numerous third parties 
without providing direct access to the government repository. In effect, the independent 
data system acts as an elaborate firewall to shield the government database from 
potentially harmful third party connections. 

The present invention provides for the creation of a plurality of secondary 
databases, each containing an application-specific subset of information in the replica 
database. These secondary databases may comprise data tables organized to facilitate the 
efficient search and retrieval of information most pertinent to a specific application. The 
provision of data tables optimizes performance and reduces memory storage 
requirements. Further, irrelevant information or information the disclosure of which 
would violate a person's privacy rights can be excluded from the secondary database. 
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Thus, the provision of application-specific secondary databases improves system 
performance while providing an additional layer of security. 

The invention further provides for the implementation of application-specific 
interface processes for accessing information from, as well as providing information to, 
5 the replica database. Thus, for each application-specific secondary database, a 
customized interface may be provided to facilitate the search and retrieval of information 
in the secondary database. For example, a display of data entry fields, point-and-click 
icons, and navigational controls tailored to accessing the specific informational content of 
one or more secondary databases may be provided. The present invention also provides 
1 0 for the implementation of additional application-specific functionality such as specialized 
accounting and report-generating modules. Thus, different application-specific interface 
=. may be provided those are custom designed to meet the specific needs of each of a 

f plurality of different entities. 

3 

f The invention also provides for the coherent unification of information in the 

3 1 5 repositories of different government entities. The present invention provides for a central 
a database comprising information from the repositories of multiple different governmental 

entities, federal, state and local. Thus, the records of many government entities may be 
3 accessed from a single location. Moreover, the invention overcomes the problem of 

± accessing records that are stored by different governments in different organizational 

3 20 formats. The present invention provides a unified organizational structure of information 

from records stored by different governments to enable access to the information by way 

of a single coherent methodology. 

The invention also provides for the tracking of each and every instance that a user 
of the invention attempts to access personal or otherwise sensitive information. An audit 
25 report can then be created that identifies the user attempting such access and the 
information attempted to be accessed. These audit reports may be stored for subsequent 
production as may be required by law. 

The independent data system of the present invention further enables the 
redundant and robust connectivity that can be provided by a distributed computer 
30 network such as the Internet. Thus, access to the replica database may be provided at a 
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web site accessible by numerous Internet connections to computers at remote locations. 
Moreover, by providing an independent replica database, access to data contained in a 
government repository database is provided even when the government database is off- 
line. Additionally, the independent database of the present invention effectively transfers 
5 the cost of providing efficient access to government records from the government to the 
private sector. Through this methodology commercial interests acquire the ability to 
exchange information with the government without any imposition on government 
resources. 

These and other features and aspects of the present invention are better 
1 0 understood with reference to the attached drawings and following description of various 
embodiments of the invention. 

Brief Description of the Drawings 

1 5 For a more complete understanding of the present invention and the advantages 



U thereof, reference is now made to the following descriptions taken in conjunction with the 

accompanying drawings, in which: 
H ! FIG. 1 illustrates one embodiment of the present invention. 

FIG. 2 shows an exemplary implementation of the one embodiment of FIG. 1. 

20 FIG. 3 depicts a flow chart of exemplary steps embodying a primary conversion 

process in accordance with one aspect of a replication process consistent with the present 
invention. 

FIG. 4 shows a flow chart of exemplary steps embodying a secondary conversion 
process consistent with one aspect of a replication process according to the present 
25 invention. 

FIG. 5 shows exemplary hardware/software components in a system for replicated 
secondary databases to provide controllable access to information contained in a 
repository using the Internet according to one aspect of the present invention. 

FIG. 6 illustrates a flow chart , representing an embodiment of the invention. 
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FIG. 7 illustrates a schematic diagram of a system including a query application 
and an output interface application, representing an embodiment of the invention. 

FIG. 8 illustrates a schematic diagram of a system including a query application, 
an output interface application, a customer data interface application and customer data 
storage, representing an embodiment of the invention. 

Detailed Description 

FIG. 1 illustrates but one embodiment of the present invention as a data system 
50. In an exemplary embodiment, data system 50 may include a repository data system 
60. Repository data system 60 may include a government-operated repository 100, which 
may be accessed through a secure application 105 by an authorized user 110. The present 
invention generally provides for the copying or replication of information or data 
contained in repository 100 to a replica database 200 operably coupled to an independent 
data system 260. 

In a copying or replication process any information in repository 100 deemed to 
be unnecessary could be filtered and thereby excluded from replica database 200 through 
a primary conversion module 125. For example, any information in repository 100 that is 
strictly for governmental use only may also be filtered and thereby excluded from replica 
database 200. Primary conversion module 125 may include a set of instructions to carry 
out user defined first criteria. Typically, the system implementation of repository 100 
and secure application 105 can be incompatible with the needs of a diverse plurality of 
users 250 because of system incompatibilities, data organization methodologies and 
security requirements. 

In one exemplary implementation, primary conversion module 125 could be 
readily customized through specifying the first criteria to satisfy the information access 
requirements of an authorized user for which replica database 200 is created. For 
example, the first criteria may include a find criterion, a replicate criterion, and/or a filter 
criterion provided through a graphical user interface having an input template or a 
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command line operated interface. Secure application 105 may generally execute primary 
conversion module 125 to realize the first criteria functionality. 

As persons skilled in the art will appreciate that primary conversion module 125 
could be readily devised for a particular operating platform employing suitable 
5 programming tools. For example, one or more compatible high level programming 
languages such as BASIC, C, C++, Java, mainframe languages such as EBCDIC, 
COBOL or visual programming languages such as Vbasic may be advantageously 
employed for a specific operating platform including legacy platforms such as for an 
IBM mainframe operating system from International Business Machines Corporation, 
10 Armonk, NY. 

In accordance with one aspect of the present invention a plurality of secondary 
U databases 210 such as DB I, DB II, DB III may be provided. Information in replica 

}i database 200 may be organize-able into information or data subsets through a secondary 

*3 conversion module 215. Each information subset may contain information or data that is 

m 15 specific to a particular application or use. Each information or data subset may be copied 
ST into a different one of the plurality of secondary databases 210 utilizing secondary 

s conversion module 215. Information the disclosure of which would violate the privacy 

13 rights of a person could be filtered out through secondary conversion module 215, 

If thereby may be excluded from a secondary database such as DB II. Moreover, 

1 9 20 information that may not be allowed to be accessed by an authorized user of a secondary 
database such as DB I could be encrypted in that secondary database. 

Secondary conversion module 215 may include a set of instructions to carry out 
user defined second criteria. In one exemplary implementation, secondary conversion 
module 215 could be readily customized through specifying the second criteria to satisfy 

25 the information access requirements of an authorized user for which secondary database 
such as DB I is created. For example, the second criteria may include a security criterion 
and a custom format criterion provided through a graphical user interface having an input 
template or a command line operated interface. Independent data system 260 may 
generally execute secondary conversion module 215 to incorporate the second criteria 

30 functionality. It is to be understood that secondary conversion module 215 could be 
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readily devised for a particular operating platform employing suitable programming tools 
as generally utilized to synthesize primary conversion module 125. 

For example, an insurer may desire information relevant to the risk of insuring an 
individual. The information an insurer may employ to make a risk assessment is usually 
5 regulated by a state insurance regulator. The present invention may provide for the 
creation of a secondary database such as DB II containing only information an insurer 
may legally consider in making an insurability decision, while excluding from the 
secondary database other private information about an individual. Moreover, access to 
this secondary database can be limited to insurers who have a legal right to the 
1 0 information contained therein, while excluding other entities that do not have a legal right 
or a legitimate business interest in the information contained therein. Other application- 
, a specific secondary databases are encompassed by the present invention. 

In one embodiment consistent with the present invention, information or data in a 
f f secondary database 210 may be generally organized to form data tables. Such data tables 

uj 1 5 are organized to facilitate the efficient search and retrieval of information most pertinent 
[2 to the application for which the secondary database 210 is created. The data tables also 

] may facilitate a reduction in the amount of memory required to store the information or 

O data. 

14 

}* According to one aspect of an exemplary embodiment of the present invention, a 

S J: _^ 

lI 20 plurality of customized application-specific interfaces 220 such as API A, API B, and 
API Z may be provided. An application-specific interface 220 may comprise 
mechanisms for the receipt of information or data requests and for the search and 
retrieval of requested information from one or more secondary databases 210. An 
application interface could be readily customized through specifying new second criteria 
25 for secondary conversion module 215 to satisfy the information access requirements of an 
authorized user for which a secondary database 210 such as DB III is created. 

The present invention also may provide for a network layer 230 that enables 
connectivity to one or more access locations. Such connectivity may be a plurality of 
Internet connections, dedicated wire line connections, and similar connection 
30 arrangements. The network layer may therefore serve multiple connections by way of the 
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Internet, as well as local area networks, wide area networks, virtual private networks, and 
other network types. 

The present invention also may provide for a security layer 240 to prevent 
unauthorized access to information. Thus, access to information in replica database 200 
5 could be controlled to exclude access to sensitive information by individuals who have no 
legal right to the sensitive information. 

Users 250 comprise a diverse plurality of individuals, as well as private and 
public sector entities. Each user 250 may access the independent data system 260 from a 
remote location by way of a computer using a keyboard and a video monitor. In an 

10 exemplary embodiment a video display comprising data entry fields, point-and-click 
icons, and navigational controls is accessible at a web site by way of a plurality of 
Internet connections to the remote locations of users 250. A user 250 may select from a 
plurality of displays a desired set of data entry fields for requesting information from 
independent data system 260, and viewed a display of requested information retrieved 

1 5 from independent data system 260. 
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The invention also may provide for the display of conditions imposed by law for 
obtaining access to information or data in replica database 200 and conditions imposed 
by law for the use of the information or data obtained. To the extent that written 
permission is required to access information, the invention generally provides electronic 
If 20 access to an application to apply for such permission. Thus, a person desiring access to 
information or data may ascertain what criteria must be satisfied to obtain such access. 
Application for permission to access information may be submitted electronically, and 
notice of the grant or denial of permission may be provided electronically. The entity 
granting or denying permission, typically a government entity may access the application 
25 from a remote location connected to independent data system 260. And, in response, 
may return a decision utilizing application-specific interface 220 such as API A for an 
application module. 

Where access permission is granted, the applicant may be assigned a password to 
enable access to the information for which access permission was granted. Associated 
30 with the password will be an identification of the specific one or more secondary 
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databases to which access is permitted. In addition, other access control technologies, 
such as biometrics identification, may be employed to control access to information in 
replica database 200. 

Replica database 200 may be continually updated with new information added to 
5 repository 100. This may occur on a periodic basis, for example, nightly, or may occur 
merely occasionally. A significant advantage of the invention is that information may be 
stored in replica database 200 indefinitely, whereas information in repository 100 may be 
deleted or removed from repository 100. Further, even if, for some unfortunate reason, 
information in repository 100 is contaminated, corrupted or otherwise lost, that 
1 0 information may exist in replica database 200, which thereby serves as a backup to the 
government repository. Conversely, by providing secondary databases 210 and security 
. a layer 240, protection of information in replica database 200 from hackers is generally 

0 provided. 

13 Information may also be entered into independent data system 260 by a user 250. 

iy 15 This may enable a user to provide to a government entity information required by that 
[I entity, and also can enable a user to publish information required by law to be made 

; public. Further fees associated with a transaction concerning the provision or retrieval of 

h information from independent data system 260 may be paid by electronic funds transfer. 

For example, a user 250 of independent data system 260 may be a bank or other financial 
13 20 institution that provides transaction accounts. A first one of the users 250 of independent 

3 . 

a ssr. 

data system 260 may post a fee to a transaction account of a second one of users 250 or to 
the account of a third party who is not a user of independent data system 260. Thus, fees 
required by a government entity in connection with a required filing of information with 
the entity may be electronically transferred by way of independent data system 260. 

25 FIG. 2 shows an exemplary implementation of the one embodiment of FIG. 1. As 

shown in FIG. 2, a source server 275 may include a source database 280 and a source 
engine 285 for operating on source database 280 to enable a replication process through a 
replica engine. In addition, a primary conversion interface 290 may include a source 
replica engine portion 300 for performing a primary conversion process of the replication 

30 process. Likewise, a target server 325 may include a target database 330 and a target 
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engine 335 for operating on target database 330 to enable the replication process. In 
addition, a secondary conversion interface 340 may include a target replica engine 
portion 350 for performing a secondary conversion process of the replication process. 
Further, one or more secondary servers 360 may receive an associated portion of the 
5 replicated data in respective secondary databases 365A through 365C such as DB -1, DB 
- 2, and DB - 3. The associated portion of the replicated data may be generally 
determined by source and target replica engine portions 300, 350, respectively, 
responsive to a user defined criteria or set of rules. Target server 325 may receive such 
replicated data through a communication channel 370 generally unitizing a 
10 communication protocol to provide a desired data integration or migration for the 
replication process. A variety of such communication protocols are known. One product 
that may be deployed in a replication process for data integration or migration is known 

i x 

H as Data Junction from Data Junction Corporation, Austin, TX for e-Busmess 

\ 3 Infrastructure, Application Integration, and/or XML Integration. Others are known to 

H 15 those of skill in the art. 

M> In operation, source database 280 may include information or data in a variety of 

ix _ 

formats including a first data format (Data A) 375A, a second data format (Data B) 375B, 

it and a third data format (Data C) 375C. First, second, and third data formats 375A 

13 

IS through 375C may be converted deploying the replication process to a first data table 

H 20 (Table A) 380A, a second data table (Table B) 380B, and a third data table (Table C) 
380C within target database 330. Source database 280 may be replicated to reduce 
contention or access to source database 280 to provide a stand-alone data access system 
including secondary databases 365 A through 365C such as DB -1, DB - 2, and DB - 3. 
Such Replicated databases may provide information or data fields for target database330 
25 that may allow users or clients to create or inspect data without accessing source database 
280. Accordingly, for users or clients interested in only specific aspects of source 
database 280, replicas of particular regions or fragments of source database 280 can be 
provided in target database 330. Moreover, replicated databases also may provide a 
backup in the event of database storage media failure. 

30 In an exemplary replication process, one or more copies of source database 280 

may be mapped into database replicas such as DB -1, DB - 2, and DB - 3 associated 
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with particular users or clients that seek access to the information of source database 280. 
For example, a copy of source database 280 is created and is typically applied to the 
replica database through source replica engine portion 300 and target replica engine 
portion 350 cooperatively interfacing with source database 280 and target database 330. 

5 Updating is a process of maintaining a defined set of data in more than one 

location. An updating process generally includes copying designated changes from one 
location (a source) to another (a target), and synchronizing the data in both locations. 
The source and target databases can be in servers such as a DB2 database or a DB2 for 
OS/390 subsystem that are on the same machine or on different machines in a distributed 

1 0 network. Relational or non-relational data can be replicated and updated to reflect 

changes between any relational or non-relational databases, respectively, using database 
products such as Microsoft SQL Server and Sybase SQL Server to enable replication of 
data between both relational and non-relational database products. A replication 
environment may be customized depending on a data update schedule instructions to 

1 5 handle new transactions in source database 280. For example, to update target database 
330, in accordance with a predetermined update schedule, target database 330 access may 
be locked and target database 330 is overwritten with the data of an updated source 
database 280. 

According to the methods of the present invention, replica database 200 may 
20 comprise information obtained from a plurality of repositories of a plurality of 
government entities, whether state, federal or local. This may enable a user 250 to access 
information from a plurality of government entities from a single remote location. 
Moreover, the invention may overcome the problem of accessing records that are stored 
by different governments in different organizational formats. For example, different 
25 states organize motor vehicle records in different ways. A person or entity attempting to 
gather information concerning the ownership history of a motor vehicle that has been 
registered in more than one state will be confronted with accessing similar information 
stored in different ways. 

The present invention generally provides a unified organizational structure of 
30 information from records stored by different governments to enable access to the 
information by way of a single coherent methodology. Thus, a single secondary database 

13 
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210 could contain an information subset comprising information from motor vehicle 
records obtained from the governments of a plurality of states. This motor vehicle data 
may be organized to form data tables that facilitate efficient search and retrieval by an 
entity seeking specific information relating to one or more motor vehicles. Thus, a single 
5 application specific interface process 220, may be provided for accessing information 
from the secondary database 210 that contains the motor vehicle information. This 
relieves a user 250 of the burden of having to learn how to access a plurality of different 
records organized in different formats. 

An application specific interface process 220 may further be customized to serve 
1 0 the needs of a specific entity. For example, an interface 220 may be constructed to allow 
automobile dealers, financial institutions and other government-approved parties to view 
- motor vehicle records and to register motor vehicle title, registration and lien 

13 transactions. Thus, a set of data entry field may be provided, some optional and some 

13 

13 required, such as Vehicle Identification Number, vehicle make and model, model year, 

In 15 registration number and date, license plate number, odometer reading, and other 

t i; information. One or more software modules within interface 220 may be provided that 

i determines and calculates state taxes, determines information concerning present and 

Jr prior owners, checks against possible odometer roll back, as well as perform other useful 

W functions. Information provided by independent data system 260 to a user 250 may be 

12 20 conditioned upon the provision by a user 250 of certain information. 

Thus, interface process may be designed to facilitate interactive exchange of 
information according to a set of rules/criterion specifically applicable to the needs of a 
particular user 250. The interactive exchange may also be governed by applicable laws 
and regulations. In addition to the interactive functions facilitated by interface 220, an 

25 embodiment of the present invention also incorporates "push" technology into interface 
220 to compile information in an organized format and electronically and periodically 
send the compiled information to a user 250 who is authorized to receive that 
information. Thus, an insurer may periodically receive information concerning the 
driving records of a pool of drivers to enable the insurer to periodically update its risk 

30 assessments. The report may include aggregate statistics concerning the drivers in the 
pool as well as information concerning each individual driver. 

14 
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A user may be authorized to receive information in more than one secondary 
database accessible through a common application interface. In some cases a more 
efficient organization of information in independent data system 260 can be obtained in 
this manner. One or more secondary databases 210 may contain only information that 
5 will appear in a report to be provided to a user, while excluding other information that 
may be accessed by a user 250 from a different secondary database 210, but that will not 
appear in a report. One or more secondary databases 210 may comprise information 
derived from a compilation of data from one or more other secondary databases 210. 
Similarly, one or more secondary databases 210 may comprise information derived from 
1 0 computations using data from one or more other secondary databases 210. Thus, a single 
application interface 220 may interface between one or more users 250 and one or more 
secondary databases 210. 

O In an exemplary embodiment of the present invention, interface 220 also may 

0 incorporate a module for tracking requests for information and attempts made to access 
; !T 1 5 information in system 300. An audit report is created that identifies the user attempting 
h such access and the information to which access was attempted. The tracking 

1 implemented may be restricted to personal information or information otherwise 
\t considered to be sensitive. Implementation of the present invention generally allows for 
la periodic upgrading to new database platforms and also allows for interfacing with new 
in 20 hardware or software platforms as they are developed. 

FIG. 3 depicts a flow chart of exemplary steps embodying a primary conversion 
process in accordance with one aspect of a replication process consistent with the present 
invention. With reference to FIGS. 2 and 3, In step 400, the primary conversion process 
is initialized. In step 405 a user may specify a find criterion, a replicate criterion, and/or 

25 a filter criterion to source replica engine 300 for finding new transactions, replicating 
data, extracting data information, and/or filtering source database 280. 

In step 410, the primary conversion process may automatically find utilizing 
source replica engine 300 generally executing on source server 275 one or more new 
transactions in source database 280 to determine one or more updated records responsive 

30 to the find criterion specified in step 405. In step 415, the one or more updated records 
responsive to the replicate criterion of step 405 may be identified through source 
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replication engine 300. In step 420, format of source database 280 may be converted 
from a source database/server language to a target database/server language by capturing 
one or more records of source database 280 such as Data A 375 A, Data B 375B, and Data 
C 375C into replica data generally arranged in one or more data tables such as Table A 
5 380A, Table B 380B, and Table C 380C of target database 330. 

A filter test may be performed in step 425 to determine if a filter operation is 
desired generally determined by a user defined filter criterion of step 405. If the filter test 
is affirmative the primary conversion process may proceed to step 430. In step 430, data 
may be extracted from source database 280 responsive to the filter criterion provided to 

1 0 source replica engine 300. Conversely, if no filter criterion is specified, step 430 may be 
skipped. In step 435, transferring of the one or more captured records to the one or more 
data tables of the target database is generally performed utilizing source replica engine 
300. At step 440 the primary conversion process may end and wait for a next cycle of 
replication, access, and/or update process to begin. 

1 5 FIG. 4 shows a flow chart of exemplary steps embodying a secondary conversion 

process consistent with one aspect of a replication process according of the present 
invention. With reference to FIGS. 2, 3 and 4, In step 450, the secondary conversion 
process is initialized. In step 455, a user may specify a security criterion and a custom 
format criterion to target replica engine 350 for encrypting selected sensitive information 

20 and custom formatting the one or more data tables 380A through 380C of target database 
330. 

In step 460, the format of the one or more data tables 380A through 380C may be 
converted from the target database/server language to one or more secondary 
databases/server languages for deriving one or more SQL operated relational database 

25 tables utilizing target replica engine 350 generally executing on target server 325. In step 
645, the selected sensitive information may be encrypted responsive to the security 
criterion of step 455 generally using target replica engine 350 before loading the one or 
more SQL operated relational database tables into one or more secondary databases 365A 
through 365C. In step 470, one or more identified data fields may be extracted from the 

30 one or more SQL operated relational database tables responsive to the custom format 
criterion specified in step 455 through generally employing target replica engine 350 into 
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one or more custom display formats associated with one or more customized application- 
specific interfaces 220. At step 475, the secondary conversion process may end and wait 
for a next cycle of a replication, access, and/or update process to begin. 

FIG. 5 shows exemplary hardware/software components in a system 500 for 
5 replicated secondary databases to provide controllable access to information contained in 
a repository (not shown) using Internet 510 according to one aspect of the present 
invention. With reference to FIGS. 3, 4 and 5, an individual may use a first computer, 
such as an IBM compatible computer 524A, 524B 556A, or 556B or a Macintosh 
personal computer 556C, to request over a computer network, such as the Internet 510, a 
1 0 criteria template from an information processor 515 that preferably services multiple first 
individuals. 

|* The first individuals can request a blank form for creating a new criteria template 

H or a previously created criteria template for editing. In steps 405 and 455, the first 

[3 individual may complete one or more criteria templates. The first individual may use the 

su 15 criteria template to define the criteria illustrated in steps 405 and 455, which specifies the 
IT replication process for source database 280 to generate target database 330. The 

? notification criteria can include sub-parts, with different sub-parts causing different 

h individuals to be notified contingent on the same or different data in the electronic form. 

f: The first individual may also use the criteria template to define a replication environment 

O 20 that describes, either explicitly or by a rule, what data may be replicated and the form and 
content of the replication. The completed criteria template is posted in step to 
information processor 515. Such criteria may be stored in a title database 536 having 
vehicle information and data or a drive database 550 having driver information and data 
according to the desired access requested by the first user or individual. 

25 Information processor 515 may include a network server 538, such as a Sun 

Solaris UltraSparc Server, executing communications software, such as Apache HTTPD 
Server from The Apache Group, www.apache.org, to communicate over computer 
network including Internet 526. Also at processor 515 may be an applications server 540, 
preferably operating behind a firewall, in data communications with network server 538 

30 and having a memory 542 that contains software used in the present invention, including 
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an information server engine 544, for generating and processing forms, and a replica 
engine such as a title engine 546 and/or a drive engine 548 in data communications with 
applications server 540. The software operating on the applications server 540 and 
network server 538 communicate with each other and with necessary databases using 
5 standard protocols, such as CGI or Apache API. Skilled persons will understand that 
additional or different servers may be suitably deployed. 

The first individuals could be part of a single enterprise and connected to 
processor over a local area network, a wide area network, or an Intranet. Alternatively, 
information processor 515 could service many unrelated first individuals, each having 
1 0 appropriate access to the content of title database 536 and/or drive database 550 being 
accessible through information processor 515 and connected to a source database (not 
shown) through Internet 526. Typically, many users could continually completing or 
p editing electronic data requests and posting them over computer network such as Internet 

ll 15 For example, title engine 546 compares the content of a posted data request along 

^ with the criteria to title database 536. If the posted data request content along with the 

I* 

M s criteria does not match with a requested data in title database 536, the system 500 may 

si t 

1 4= acknowledge receipt of request with no data returned. If the criteria of any submitted 

H data request meets any of the stored data in title database 536, the matched data may be 

I * 20 accordingly returned to the requesting user. Although the method of determining the 

I I recipient of the data or information may be pre-specified, the actual recipient of the data 
or information may depend upon the content of a user provided appropriate access 
information, and may not, therefore, be known before the content of the user provided 
appropriate access information is analyzed. The form and content of notification to a 

25 user in response to a user data request may be determined, in accordance with a 

notification specification. The recipient may be notified by e-mail, or a file can be 
downloaded to the recruiter's computer using another protocol, such as file transport 
protocol (FTP). The notification may include sending a copy of an entire form that 
matched the criteria. The notification may include sending text that is determined by or 

30 includes content from the form that meets the criteria. 
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Driver Risk Management Application 

Government databases are not structured to conduct frequent querying of large 
data sets. Thus, entities (individuals, businesses and/or other governmental agencies) 
authorized to access government repositories cannot do so with the frequency desired. 
5 Therefore, these businesses must make inefficient business decision with old and 
outdated information. Similarly, many non-governmental databases are not structured to 
support frequent querying of large data sets by entities authorized to access them. 

For instance, commercial fleets and automobile insurers access driving records 
directly from state agencies or from intermediaries. In either case the process is time 
1 0 consuming and expensive, and so checks are performed on an infrequent basis - typically 
once a year at most. This means that high-risk drivers go unnoticed for long periods of 
time, and the risk management process is extremely inefficient and in accurate. 

One embodiment of the invention is a driver risk management product that allows 
the monitoring of groups of drivers for commercial fleets and insurance companies, 
g 1 5 Customers provide a list of their drivers and they can then be alerted anytime one of their 
drivers hits a "violation threshold" set by the customer. Typical violation alerts occurs 
for DWPs, suspensions, revocations, and certain point levels of violations. The invention 
3 is able to provide this product because it utilizes continuously (or batch) updated offsite 

replicas of state MVD databases. These replicas can then be the subject of frequent and 
3 20 custom queries relative to the lists of drivers provided by one or more customers. 

In the case of driver records, the customers can be required to meet federal Driver 
Privacy Protection Amendment restrictions. All data fields not needed and allowed can 
then be stripped. Our customers typically interact with us electronically; they can add 
and delete drivers and receive alerts and reports in either electronic or paper formats. 

25 The invention can include systems and methods that overcome obstacles to the 

electronic exchange of timely and accurate information between government and its 
citizens, businesses and other government agencies. The invention can also include 
systems and methods that overcome obstacles to the electronic exchange of timely and 
accurate information between non-government entities and citizens, businesses and 

3 0 government agencies . 
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The invention can include a method for identifying data held in a government 
repository that matches criteria set by an authorized user. By way of a distributed and/or 
direct computer network, the information contained in government records is stored in a 
repository database. Similarly, by way of a distributed and/or direct computer network, 
the information contained in second repository is stored in a "customer" database. 
Information in these repositories is copied into the replica databases that are remote from 
the repository. The two databases may be compared according to flexible criteria to 
identify matches between records in the two data sets and the criteria. Outputs from these 
queries are then transmitted to the end user. 

Information in these repositories may be updated periodically (batch) or 
continually, as changes occur. New hits that occur based on the updating can be 
automatically found and sent to the customers based on query parameters stored in the 
"customer" database. This automatic refresh and notification feature can be termed push 
technology. Frequent updating of the data sets ensures timely and accurate outputs. 
Further, the invention can include the archival and preservation of historical records in a 
replica copy database that may be deleted from a repository after a certain length of time 
or upon other conditions. 

Referring to FIG. 6, a primary conversion of repository data into a replica 
database is depicted in block 610. This primary conversion of repository data into a 
replica database can be a data transformation that uses the primary conversion module 
and/or primary conversion interface described above (125). A secondary conversion of 
the government replica database into one or more application database(s) is depicted in 
block 620. This secondary conversion of the replica database into one or more application 
database(s) can be a data transformation that uses the secondary conversion module 
and/or secondary conversion interface described above (215). 

Still referring to FIG. 6, a primary conversion of customer data is depicted in 
block 630. In the case of DriveWave, customer data is typically a list of drivers to be 
processed/monitored. Customer driver lists may be stored in either paper or electronic 
format. Paper format records must be converted into digital format via keystroke data- 
entry, scanning, etc. Customer data is typically one or more unique identifiers relating to 
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individual drivers. Examples of identifiers include name, date of birth, address, social 
security number, driver license number, etc. 

Still referring to FIG. 6, a customer data interface application "scrubbs" the data 
to identify incomplete or erroneous entries (which are then reported to customer), and to 
5 strip out extraneous data fields or parts of records in block 640. The customer data 
interface application then converts data and formats it to update a Customer Database in 
block 640. Updating may include adding data/drivers, deleting data/drivers, editing 
data/drivers, no change, etc. It is important to appreciate that the data transformations 
taking place in block 640 are an optional feature of the invention and not required by the 
1 0 invention. 

The Customer Data Interface Application can scrub, validate, convert and format 
M the data and then update the customer database automatically. The phrase scrub and 

!n clean, as used herein, can be defined as fix incomplete or erroneous data fields. The term 

F strip, as used herein, can be defined as remove/delete unnecessary data fields or parts of 

| -is 1 

sU 15 data fields. The term validates, as used herein, can be defined as check that all vital fields 
11 are complete and also check that info in vital fields matches information from another 

5 data set. 

|* 

J 3 Still referring to FIG. 6, the customer data interface application may also 

I* "validate" data by checking that the data matches records in the one or more Application 

|J 20 database(s). Alternately validation may occur during a Query Application stage 
discussed below in more detail. 

Referring to FIGS. 6-8, to process the data in the Query Application 724, it is 
desirable to access the data in a standard format(s). To do this, a conversion can be 
performed from the original format of the customer repository 712 by the Primary 

25 Conversion Module 714 and the Customer Data Interface Application 726 into a format 
the query application 724 can utilize. The original format can be paper or electronic, and 
if electronic it can be in a variety of software formats. In some cases it will reside inside 
ERP, CRM, or other systems operated by a customer. In these cases the Primary 
Conversion Module 714 and/or the Customer Data Interface Application 726 may be 

30 designed to fully integrate with the customers systems to pull the data out, while not 
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impacting the data in the customer's systems. The Primary Conversion Module 714 and 
the Customer Data Interface Application 726 can provide security and privacy protection 
by not allowing the copying or extraction of any data except for the minimal amount 
needed to run the Query Application. In other cases the customer will simply send a file 
5 of the data for conversion to the desired format. Unneeded data can be deleted and 
check(s) for incomplete or erroneous entries can be performed. 

The Primary Conversion Module 714 and the Customer Data Interface 
Application 726 may reside within the independent data system, or on the customer data 
system 710. This process can be similar to the process for converting replica copies of 
10 government databases by the primary conversion module 734 and the secondary 
conversion module 722. 

Referring to FIG. 6, a customer can set criteria to be used by the Query 

p Application in identifying matches in block 650. Examples of criteria for driver risk 

|T management include: status of license (valid, suspended, cancelled, etc.), number of 

)8 15 violation points, type of violation (DWI, speeding, etc.), dates of violations. Criteria can 

1 4= relate to one or more drivers (data points). In some cases criteria may be pre-set, or 

* iJL limited choices of criteria may be provided. It is important to appreciate that the physical 

f3 location of the data transformations taking place in block 650 can be completely 

|A separated from the physical location of the data transformation taking place in block 630 

f 3 20 and block 640. 

Still referring to FIG. 6, a Query Application can compare the Customer Data 
with the Application database in block 660 using the criteria established by customer and 
identifies "hits and misses". Information relating each driver queried can then be 
transmitted to an Output Interface Application discussed in more detail below. 
25 Alternately only information relating to hits may be transmitted. 

Referring to FIGS. 6-8, the Query Application can compare the customer data 
with the application database using the criteria and identifies hits and misses. This is the 
"core" application that compares records within the 2 datasets , according the criteria 
selected, and identifies "hits" and "misses". It compares various fields according to the 
30 specified criteria and outputs the results. An example is a motor vehicle fleet that wants 
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to monitor their drivers for DWTs. The criteria (DWI) are converted in standard code, 
and for each of the Driver License numbers in the customer database, the DWI field(s) 
are queried for hits. One important aspect is a very flexible use of criteria that allows the 
targeting of specific fields in the databases. Some of this work is done in the replica 
5 database stage, when each states codes or field organizations are standardized so they are 
easily queried in this stage. 

As noted above, to process the data in the Query Application, it is desirable to 
access the data in a standard format(s). If this conversion was not performed fully by 
either the Primary Conversion Module 714 and the Customer Data Interface Application 
10 726, it can be performed fully or partly by the query application 724. The Query 
Application 724 can provide security and privacy protection by not allowing the copying 
I* or extraction of any data except for the minimal amount needed to run the Query 

J i Application 724. In other cases the customer will simply send a file of the data for 

f3 conversion to the desired format. Unneeded data can be deleted and check(s) for 

St :i 

15 incomplete or erroneous entries can be performed. The Query Application may reside 
f! within the independent data system, or on the customer data system. 

I. A Referring to FIG. 6, an Output Interface Application processes each hit or group 

1 3- of hits and generates one or more outputs in block 670. Typical outputs include 

|£ information about a single hit (for example identifier, reason for hit, date, etc.), analysis 

20 of hits and misses for a specific group of drivers, list of hits only, etc. Outputs are 
transmitted either via paper or electronically to either a person or a computer system that 
then takes the appropriate action. The output may include full information about a driver 
or only the information needed to trigger the appropriate action. It is important to 
appreciate that the invention enables an automatic query update and automatic 
25 transmission, thereby completing the push to the customer. 

The Output Interface Application processes each hit or group of hits and generates 
one or more outputs which are transmitted to the customer. This can be either a paper or 
electronic interface. It can also be just a mechanism for us to email results to the 
customer, or it can be a application integrated with the customers Human Resources or 
30 CRM systems that allow our results to be immediately (and automatically) acted upon. 
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The Output Interface Application is preferably enabled to strip off all unneeded 
data (for privacy, business, and other reasons), unless this was done previously. The 
result can also be formatted in an easy to use output that is comparable across states - for 
example, complex state codes for various infractions can be replaced with plain English, 
5 standardized across all datasets (states). Depending on the particular market/customer 
group specific query results can be transmitted, summery reports for an entire group can 
be transmitted, or both. 

Referring now to FIG. 7, an embodiment of the invention is depicted without the 
use of the optional customer database. In this embodiment there is no need for Customer 
1 0 Data to be stored in the independent data system. Instead the entire list of drivers is 
transmitted periodically from the customer to the query application, which then uses the 
criteria to compare it to the Application database. All other elements are the same as 
previous embodiment. 

A customer data system 710 includes a customer repository 712 that is coupled to 
ui 15 a primary conversion module 714. The customer data system 710 is coupled to an 
u independent data system 720. These couplings can be through a distributed and/or direct 

■ computer network. 

l'% A repository data system 730 includes a repository 732 that is coupled to a 

M= primary conversion module 734. The repository data system 730 is coupled to the 

II 20 independent data system 720. Again, these couplings can be through a distributed and/or 
direct computer network. 

The independent data system 720 includes a replica database 721 that is coupled 
to the repository data system 730. The replica database 721 is coupled to a secondary 
conversion module 722 that is in-turn coupled to an application database 723. Although a 
25 single application database is shown in FIG. 7, the invention is not limited to the use of a 
single application database and multiple application databases can compose the 
independent data system 720. 

The independent data system 720 includes a query application 724 that is coupled 
to the application database 723 and the customer data system 710 via a customer data 
30 interface application 726. An output interface application 725 is coupled to the query 
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application 724 and a customer 740. The customer can be an off-site computer and/or 
network. A criteria selection module 745 is coupled to the customer and the query 
application 724. The criteria selection module can prepare a query and then submit the 
query to the query application 724. 

5 Referring now to FIG. 8 5 another embodiment of the invention is depicted. In this 

embodiment there is a customer database 727 coupled between the customer data 
interface application 726 and the query application 724. This embodiment can store the 
customer data in a database that is off-site and/or on-site with regard to the independent 
data system. The customer data can be updated either periodically (batch) or continually, 
1 0 as changes occur. 

The terms a or an, as used herein, are defined as one or more than one. The term 
\* plurality, as used herein, is defined as two or more than two. The term another, as used 

herein, is defined as at least a second or more. The terms including and/or having, as used 
P herein, are defined as comprising (i.e., open language). The term coupled, as used herein, 

m 15 is defined as connected, although not necessarily directly, and not necessarily 

:: .. 
S. 

|V mechanically. The term deploying, as used herein, is defined as designing, building, 

? shipping, installing and/or operating. The term means, as used herein, is defined as 

f 3 hardware, firmware and/or software for achieving a result. The term program or phrase 

!"? computer program, as used herein, is defined as a sequence of instructions designed for 

13 20 execution on a computer system. A program, or computer program, may include a 
subroutine, a function, a procedure, an object method, an object implementation, an 
executable application, an applet, a servlet, a source code, an object code, a shared 
library/dynamic load library and/or other sequence of instructions designed for execution 
on a computer system. 

25 The embodiments described above are examples of how the present invention can 

be implemented and employed. Variations will be obvious to persons of ordinary skill in 
the art given the disclosure of the invention herein. The scope of the invention is not 
limited by the specific examples given above. 

Although the present invention and its advantages have been described in detail, it 
30 should be understood that various changes, substitutions and alterations can be made to 
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the embodiments herein without departing from the spirit and scope of the invention as 
defined by the appended claims. Moreover, the scope of the present application is not 
intended to be limited to the particular embodiments of the process, machine, 
manufacture, composition of matter, means, methods and steps described in the 
specification. As one of ordinary skill in the art will readily appreciate from the 
disclosure of the present invention, processes, machines, manufacture, compositions of 
matter, means, methods, or steps, presently existing or later to be developed that perform 
substantially the same function or achieve substantially the same result as the 
corresponding embodiments described herein may be utilized according to the present 
invention. Accordingly, the appended claims are intended to include within their scope 
such processes, machines, manufacture, compositions of matter, means, methods, or 
steps. 
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